home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19980424-19980901 / 000140_news@newsmaster….columbia.edu _Wed May 27 15:29:21 1998.msg < prev    next >
Internet Message Format  |  1998-08-31  |  3KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA28310
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Wed, 27 May 1998 15:29:21 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id PAA20981
  7.     for kermit.misc@watsun; Wed, 27 May 1998 15:29:20 -0400 (EDT)
  8. Path: news.columbia.edu!sol.ctr.columbia.edu!news.indiana.edu!ais.net!news.msfc.nasa.gov!info.usuhs.mil!news.monroe.army.mil!wrdiss1.robins.af.mil!wpdiss1.wpafb.af.mil!oodiss1.hill.af.mil!news.cc.utah.edu!not-for-mail
  9. From: kirkland@ee.utah.edu (Dan Kirkland)
  10. Newsgroups: comp.protocols.kermit.misc,comp.sys.hp48
  11. Subject: Re: Kermit on the HP48 (Was: One-Way Transfer)
  12. Date: 27 May 1998 09:22:56 -0600
  13. Organization: Univ of Utah Electrical Engineering Dept
  14. Lines: 41
  15. Message-ID: <6khb4g$1me@ee.utah.edu>
  16. References: <6k1qoj$d92$1@apakabar.cc.columbia.edu> <wkvhqye9g4.fsf@jhuapl.edu> <6k42pd$a3m$1@apakabar.cc.columbia.edu>
  17. NNTP-Posting-Host: ee.utah.edu
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:8803 comp.sys.hp48:81502
  19.  
  20. In article <6k42pd$a3m$1@apakabar.cc.columbia.edu>,
  21.  fdc@watsun.cc.columbia.edu (Frank da Cruz) writes:
  22.  
  23. > 1. The top serial speed is 9600, right?
  24.  
  25. Right.
  26.  
  27. > 2. Should the flow control setting be NONE or XON/XOFF?  We have
  28. >    conflicting reports (see above).  Obviously the HP-48 *should* be
  29. >    exercising some form of flow control, but some reports indicate that
  30. >    it does not (even if it is set to do so).
  31.  
  32. The HP48 can use XON/XOFF if needed, but the HP48 itself does not
  33. need it for kermit transfers.
  34.  
  35. > 3. Is the link transparent to incoming control characters?  Can the
  36. >    client Kermit program use control-character unprefixing when sending
  37. >    to the HP-48?  If not, the client program must be told to
  38. >    SET CONTROL PREFIX ALL prior to sending files to the HP-48.
  39.  
  40. No the HP48 requires certian characters (0-31, 127-159, 255) to
  41. ALWAYS be prefixed!
  42.  
  43. > 4. Does the link allow 8-bit data?  If not, the client must be given
  44. >    the appropriate SET PARITY command.
  45.  
  46. The HP48 allows 8-bit data, so this will depend on the other end.
  47.  
  48. >More to the point, I have also heard that (at least some models of) the
  49. >HP-48 become "deaf" to incoming bytes for some number of milliseconds while
  50. >switching their serial port from "send" to "receive", so if the client
  51. >program is too fast, file transfers can fail.  The solution to this is to
  52. >tell the client program to pause for a sufficient number of milliseconds
  53. >prior to sending each packet:
  54. >
  55. >  set send pause 100 ; or whatever number works
  56.  
  57. Looking at the poor HP48 code, I say this makes perfect sense.
  58.  
  59. Hope this helps,
  60. dan